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Agenda 


•  Traditional  planning  and  it’s  challenges 

^  Focus  on  team  organization,  planning,  requirements,  and  architecture 

•  Making  traditional  planning  agile 

•  Transitioning  from  traditional  to  agile 
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Traditional  Development 


Everyone  responsible  for  everything; 
no  one  responsible  for  anything 
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Agile  Development 
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Agile  Value  Points 


•  Defines  success  as  delivering  business  value,  vs.  meeting  schedule 

•  Continuous,  frequent  collaboration  points  between  dev  and  business 

•  Encourages  frequent  feedback  and  learning 

^  Allows  projects  to  fail  fast 
^  Quickly  adapts  to  changes 

•  Accommodates  uncertainty,  risk,  change 

•  Plans  work  and  organizes  teams  around  system  behavior 

•  Details  requirements,  design,  schedule  at  right  tir 
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Transitioning  to  Agiie 


•  Addresses  team  organization,  planning,  requirements,  architecture 

•  Continually  define  barely-sufficient  requirements  and  architecture  runway  for 
feature  teams 

•  Envision/Speculate  (vs.  Initiate/Plan) 

^  Brainstornn  on  product  vision  and  promising  implementation  approach 

•  Explore  (vs.  Execute) 

^  Use  iterations  to  explore  solution  and  adapt  to  new  discoveries 
^  Vs.  preserve  original  baselines  at  all  costs 


Release/ 


•  Vision 

•  Business  Goals  *  Architecture  infrastructure 

•  Significant  features  *  Development  infrastructure 

•  Architecture  models  (test  automation,  etc.) 

•  Constraints  *  Risk  mitigation  plans 

•  Risks 
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Transitioning  to  Agiie  Team  Organization 

•  Organize  around  behavior,  not  structure  or  domain 

•  Teams  self-manage 

^  Commit  to  features,  decompose  work,  assign  tasks 
^  Desire  to  keep  co-located!! 

•  Strive  to  push  decisions  out  to  feature  teams 

^  Specialty  teams  responsible  for  broader  system  issues  and  decisions 

•  Coupled  features  may  require  high  collaboration  between  teams 


Feature  Teams 


“Specialty  Teams", 
possibly  ad-hoc 
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Transition  to  Agiie  Pianning 


Plans  (WBS)  define  behavior 
^  Releases  plan  features  (20-100  day  effort) 

^  Decompose  into  stories  (2-10  day) 

Items  become  more  detailed  closer  to  scheduling 
Use  milestones/waves  as  synchronization  points 


Feature 
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^  Each  iteration  we  learn  more  about  team’s  ability  to  meet  schedule 


Milestone 

Backlog 


Sprint 


Milestone 


Release 
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Transitioning  to  Agiie  Requirements 


•  Envisioning  defines  constraints,  significant  features 

•  Exploring  plans  and  details  requirements  at  right  time 

•  Need  additional  story  types  to  support  large,  complex  systems 
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Support  Non-customer  Facing  Stories 

•  Constraints  (security,  performance) 

•  Infrastructure  building 

•  Prototyping  for  risk  mitigation 

•  Inter-team  commitments 

•  Technical  tasks 
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Transitioning  to  Agiie  Architecture 

I -  - 

•  Complex  systems  also  develop  their  infrastructure 

^  Responsible  for  significant  functionality  below  the  waterline 

•  Prioritize  stories  that  extend  and  validate  infrastructure 

^  Includes  rich  set  of  automated  tests 

^  Similar  in  spirit  to  the  “Sprint  0”  agile  practice  (“Milestone  0”) 


Feature 
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Caution  on  Organizational  Change 


•  Great  process  cannot  make  up  for  having  the  wrong  people 

•  Need  capable  people  with  self-discipline 

^  Self-motivated,  passionate  about  solving  problems 
^  Multi-skilled,  adaptive,  continuous  improvers 
^  Proactive,  sense  of  ownership 
^  Communicate,  collaborate 

•  Coaching/modeling  is  key  to  organizational  change 


“Most  organizations  build  their  bureaucratic  rules  to  manage  the 
few  wrong  people  on  the  bus,  which  drives  away  the  right  people 
on  the  bus,  which  in  turn  increases  the  need  for  more 
bureaucratic  rules,  and  so  on”  --  Jim  Collins  (2001) 
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Recommendations 


•  Blend  strengths 

^  Agile:  continuous  feedback,  learning,  adaptive  planning,  behavior  focus 
^  Traditional:  up-front  assumptions 

•  Consider  agility  principles 


Knowledge  and  running  system  are  the  goals,  not  documents  and  schedules 
Focus  on  feedback  and  learning  -  problem,  solution,  development  process 
Use  continuous,  inspect-adapt  cycles 
Plan,  track,  execute  small  work 
Organize  teams  around  features 
Lead  teams,  let  teams  manage  themselves 

How  the  customer 
explained  it 


•  Repeatable  wants  to  schedule,  reliable  wants  to  deliver  value 
^  Focus  more  on  execution,  less  on  management/control 


How  the  progranmief  Vi/Iial  the  customer  reallv 
wrote  It  wanted 
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Conclusions 


•  Fill  the  gap  between  project  plans  and  developer  tasks 

^  Ensure  plans  are  based  on  reality 

^  Automate  progress  from  development  work  to  project-level  plans 

•  Agile  changes  how  we: 

^  Plan  Behavior-focused  vs.  structure/document-focused 


^  Measure 

Business  value  vs.  percent  complete 

^  Manage 

Self-managed  teams  vs.  Project  Manager 

^  Track 

Feature-centric  vs.  plan-centric 

^  Build  &  Test 

Continuously  vs.  at  end 

^  Define  success 

Make  business  smile  (value  ©)  vs.  execute  the  plan 
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